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Cross Reference to Related Application 

The present invention claims priority to provisional application Serial 
No. 60/113,495 entitled "System for Securing Inbound and Outbound Data 
Packet Flow in a Computer Network", the entire disclosure of which is hereby 
incorporated by reference. 

Technical Field 



The present invention is directed to a method and apparatus for providing 
authorization to access network resources. More specifically, the present 
invention is directed to a method and apparatus for providing an improved 
15 authorization process for accessing network resources. 

Background of the Invention 

The ways in which people exchange information have been dramatically 
changed by the continued evolution of data communication capabilities. Today, 
20 more and more individuals have access to data networks by which they obtain 
news, entertainment and business information. In fact, as the data communication 
capabilities have increased, commerce along the data communication networks 
has appeared and increased as well Today, the wide area network commonly 
referred to as the Internet provides its users with access to almost 
25 incomprehensible amounts of information. 

\FIG. 1 shows, in a schematic way, a network orientation in which a user 10 
may attempHc^get information from servers 15 and 20 via a wide area network 
(WAN) 50. In this aitajigement the user, via a terminal device such as a PC 60, 
can connect to a gateway into^th^wide area network, here shown as Internet 
30 service provider (ISP) 40. TypicallyTtiie'us^r's terminal facility is connected to 
the ISP via a standard telephone network 30 stteh as the Public Switched 
Telephone Network (PSTN). Other configurations are pdssiWe where direct 
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^^SP or into the wide area network 



^connections into tf^^SP or into the wide area network are available. In this 
^angement either one of the servers, or both, may desire to either charge for 
access to the information on the server or limit the access to information on the 
server ba&sd on some predetermined criteria. For example, the server 1, 12, may 
5 provide an orKline version of a particular publication. The producer of the 
publication may d&sire to limit access to the publication to only those users 
willing to pay a subscription fee for the publication. Whenever the server decides 
to limit access to its resources, it must provide some facility by which it can 
authorize and/or authenticate a\user who wishes to access a given resource. 
10 Typically today, each server that wi^es to limit access to its resources must also 
provide a separate authentication/authoHzation facility. This is represented in 
each of the servers illustrated in FIG. 1. Tftis arrangement creates a tremendous 
burden for those who wish to limit access to n^e resources. As the number of 
subscribers grows, the authentication and authorization facility resource for each 
15 server must be adapted to this growth. It also requires each individual who wishes 
to limit access to somehow incorporate additionally complex application software 
at additional cost to limit the access in the manner desired. 

One alternative to this configuration has been presented by 
enCOMMERCE with an authorization program referred to as GetAccess. In this 
20 arrangement, a centralized server includes an authorization database. Even though 
some of the facilities are centralized, each location interacting with GetAccess 
requires its own server to load a GetAccess interface and to communicate with the 
central facility in such a manner as to build its own authorization table with the aid 
of the centralized facility. While this off-loads some of the responsibility for 
25 some of the authorization, it still requires complex interactions between the end 
servers and the centralized authority as well as the loading of authorization 
information at individual servers that are seeking to limit access to their resources. 

It would be desirable to provide a technique by which the end point service 
providers or resource providers could off-load substantially all responsibility for 
30 authorizing and authenticating access-requesting users in a manner which does not 
overly tax the resource providers or the communication network. 
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Summary ofTfie Invention 

The present invention provides a method for controlling access to network 
resources by allowing prospective users to assume the identities of pre-authorized 
machines. In accordance with an embodiment of the present invention, a user 
5 seeking access to a particular network resource connects to a stateful virtual 
identity machine (SVIM). The machine is capable of authorizing the end user. 
The machine, having authorized an end user, shares its identity with the end user. 
As a consequence, the authorized user assumes the identity of the machine and 
appears to the network as if it were that machine. Since the network resource in 
10 question has pre-authorized a machine, this pre-authorization extends to each end 
user that assumes the virtual identity of the machine. The authorization process at 
the stateful virtual identity machine can be as simple as considering an end user 
authorized simply by virtue of the fact that they have physically accessed the 
SVIM, as would be the case in a place where the SVIM is maintained in a secure 
u 15 location and physical access is limited to only permitted users. Alternatively, the 
: f " SVIM could include a table or tables and receive a key or keys of some number of 

W bits in length from the end user device. The received key would be checked 

£ : against the logical table and the end user would assume the identity of the 

in machine if the received key or virtual identity character (VIC) matches any 

20 content in the logical table in the SVIM. 



I s * 



Brief Description of the Drawings 

FIG. 1 illustrates a schematic view of a prior art communication system. 
FIG. 2 illustrates a schematic view of a system in which an embodiment of 
25 the present invention may be incorporated. 

FIG. 3 illustrates in block diagram form an element from the system of 

FIG. 2. 



Detailed Description 

30 The present invention is based on a different philosophy for managing 

access to resources. In contrast to the prior art systems where each individual 
server would maintain its own authorization capabilities, and in contrast to a co- 
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pending applicatior^ty the present inventor, entitled "MetrSa and Apparatus for 
Providing Centralized URL Authorization," based on Serial No. 60/113,493, filed 
on December 22, 1998, in which a centralized authentication facility is provided, 
the present invention is directed to a system in which authorization is provided by 

5 some intermediate mechanism. In particular, it has been recognized that it is 
beneficial to provide one or more pre-authorized machines whereby the machine 
by nature of its identity is permitted access to various network resources which 
would be inaccessible given a different identifier. In accordance with the present 
invention, if any other user of the system is permitted to assume or is assigned the 

10 identity of the pre-authorized machine, then that user will also have all of the 
access capabilities associated with the pre-authorized machine. In this way the 
present invention provides an element referred to as a stateful virtual identity 
machine (SVIM) which is pre-authorized to access network resources. An end 

n 

fg user desiring to access the very same network resources can connect itself to the 

= 15 SVIM, and, if the connection is allowed, the end user assumes the identity of the 

a 

;P SVIM such that the connected end user has all of the access privileges assigned to 
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LJ the SVIM. 

^ An example of a system in which the present invention may be deployed is 

illustrated in FIG. 2. This figure illustrates two servers, server A, 200 and server 
20 B, 210. Both of the servers are connected to a wide area network (WAN) 250. A 
network node, a stateful virtual identity machine (SVIM) 240, is also connected to 
=&l the wide area network. It should be noted that the term "connected" is intended to 

encompass direct and indirect connections so that it is possible for the servers or 
the SVIM to be connected into the wide area network via intermediate network 
25 elements or nodes. The SVIM has a plurality of logical ports, here illustrated as 
ports 261 to 264. A work station 270, utilized by an end user, can be connected to 
one of the logical ports of the SVIM. 

The SVIM is pre-authorized to have access to certain network resources. 
For example, perhaps the SVIM is associated with the service provider at server 
30 A. That SVIM then may have access privileges to some or all of the resources of 
server A. In accordance with the present invention, the SVIM analyzes whether 
any of the devices which attempt to connect to one of its logical ports should be 
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allowed to do so. mis can be done by checking a virtualiaentity characteristic 
(VIC) provided by the work station, for example, to the SVIM. In one 
embodiment, the VIC can be a key or work station identifier that is inserted in the 
layer-two headers of data transmission between the end user and the SVIM. These 
5 VICs would be inserted either by the manufacturer of the end user machine, for 
example the work station or other devices such as a PC or cellular telephone, or 
could be inserted by software programs which are designed to synchronize end 
user VICs with VICs contained in the SVIM. If the SVIM in response to the VIC 
determines that the end user machine, here workstation 270, is allowed to connect 
10 to the SVIM, then the end user assumes the virtual identity of the SVIM. Security 
profiles contained on security databases permit only those entities having the 
identity of the SVIM to access the resource. As a consequence, the SVIM can act 
as something of a concentrator of end user requests out in the network and can 
select those end users which will be permitted to assume the virtual identity of a 



15 machine that is pre-authorized to have access to particular network resources. 
This configuration significantly reduces the load on security operations at the 
server itself and localizes security out in the network nearer to the end users 
seeking access to the network resources. 



20 with respect to FIG. 2, the SVIM can remember whether a particular end user is 
connected to the SVIM or not. It keeps track of the "state" of the connection 
between any given end user and the SVIM. 

An embodiment of the SVIM is shown in block diagram form in FIG. 3. 
The device includes a processor, CPU 320, operating under control of programs 

25 stored in memory, such as VIC database 330. That same database can contain 
authorization information for implementing whether an end user can assure the 
virtual identity of the SVIM. The database can maintain authorization information 
in tabular form for example, such as in an access table that identifies whether a 
given user is authorized to assure the machine's identity. The table could correlate 

30 user identifications with various resources, also having identifiers, accessible via 
the machine. Port 310 can be coupled to WAN as shown in FIG. 2 while ports 



The SVIM are considered "stateful" in that in the configuration described 
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311 to 314 can coSpond to ports 261 to 264 in FIG. 2^The ports, CPU and 
database can be coupled in an internal network configuration using a data bus 340. 

Authorization of a given end user to assume the virtual identity of the 
SVIM may come from a more implicit activity than the exchange of keys or VIC 

5 information. More specifically, it is possible that a particular SVIM may be 
positioned in a secure location such that only end users who have access to the 
secured location will be able to avail themselves of the use of the SVIM. In such 
a circumstance, it is the physical access to the SVIM which creates the 
presumption that the end user is an authorized user from the perspective of the 

10 SVIM. Even in this circumstance, though, the end user, assumes the virtual 
identity of the SVIM for all purposes. 

In this invention, then, the network resources do not worry about the true 
identity of the end user. Instead, all that is of significance to the network 
resource's security capabilities is that the end user has assumed the identity of the 

15 SVIM to which it is logically or physically connected. 

In accordance with the present invention, security capabilities localized 
with a server providing network resources can be modestly maintained by simply 
keeping track of the virtual identity machines which reside in the network and are 
pre-authorized to access network resources. The SVIM then assume the 

20 responsibility, out in the connection points of the network, of identifying 
appropriate end users. If it is desirable to provide access for more users the 
additional SVIMs could be provided, the memory or logic tables of the SVIMs 
could be expanded or both. 

This invention could have applicability not only in the context of services 

25 providing, for example, web site or web page information, but in connection with 
other services which might be accessed via data networks. It is applicable in any 
environment in which an end user can be logically connected to a machine pre- 
authorized to have access to network resources and assume virtual identity of that 
machine. 

30 The disclosed embodiments are illustrative of the various ways in which 

the present invention may be practiced. Other embodiments can be implemented 
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by those skilled iiflne art without departing from the spmt and scope of the 
present invention. 
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